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Reply to Office Action dated: December 17, 2009 

Reply dated: March 3, 2010 

In the Claims: 

Please amend Claims 12, 14, 22, 24, 27, 31, cancel Claims 13, 16, 23, 25, and add new 
Claim 34, all as shown below. Applicant respectfully reserves the right to prosecute any 
originally presented or canceled claims in a continuing or future application. 

1-11 (Canceled). 

12. (Currently Amended) A system for interleaving resource enlistment synchronization, 
comprising: 

an application server with a plurality of threads, running on one or more processors; 

a plurality of resource objects, wherein each resource object is wrapped with a wrapper 
object in a collection of wrapper objects; 

a transaction manager that manages a plurality of transactions , wherein each 
transaction is associated with at least one said thread, wherein the transaction manager 
maintains the collection of wrapper objects an e n li stm e nt data structur e to manage resource 
object enlistment i n a plura li ty of transact i ons, wh e r ei n e ach transact i on i s assoc i at e d w i th on e 
or moro d i fferent sa i d threads, and whoro i n tho on li stmont data structure ma i nta i ns a mapp i ng 
of rosourco and transact i on i dont i f i cat i on i nformat i on; 

one or moro resource objects, whoro i n oach resource object i s wrapped w i th a wrapper 
object, whoro i n tho transact i on manager uses tho wrapper object to synchron i ze concurrent 
e n li stm e nt requests from different said threads associated with different transactions; 

wherein, after the transaction manager receives a request from [[one]] ajhread of the 
plurality of threads to enlist [[one]] a resource object of the plurality of on e or mor e resource 
objects in [[one]] ^transaction, the transaction manager 

first checks to see if there is a lock being held on the resource object by another 

thread in another transaction^;]] 

if there is a lock, then allows the thread to wait and signal the thread once the 

lock is freed by the another thread in another transaction, 

if [[not]] there is no lock , then grants a lock to an accessor associated with the 

thread and holds the lock until an owner of the thread delists the resource object. 

13. (Canceled). 
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14. (Currently Amended) The system of Claim [[13]] 12, wherein: 

the collection of wrapper objects is periodically processed to remove objects that are 
unused or no longer active. 

15. (Previously Presented) The system of Claim 12, wherein: 

each of the one or more resource objects resides in a server node. 

16. (Canceled). 

17. (Previously Presented) The system of Claim 12, wherein: 

the transaction manager uses a priority method to determine which thread will be 
granted a lock. 

18. (Previously Presented) The system of Claim 12, wherein: 

after the thread obtains a lock, the thread uses the wrapper object to initiate work on the 
resource object. 

19. (Previously Presented) The system of Claim 12, wherein: 

the wrapper object receives a delist call from the transaction manager and sends an end 
call to the resource object to end work performed by the resource object associated with the 
thread and release the lock on the resource object. 

20. (Previously Presented) The system of Claim 12, wherein: 

once the transaction manager enlists the resource object and obtains a lock to the 
resource object, any attempted enlist from a second thread is blocked. 

21. (Canceled). 

22. (Currently Amended) A method for interleaving resource enlistment synchronization, 
comprising: 
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providing an application server with a plurality of threads, running on one or more 
processors; 

wrapping each resource object of a plurality of resource objects with a wrapper object in 
a collection of wrapper objects; 

managing, via a transaction manager, a plurality of transactions, wherein each 
transaction is associated with at least one said thread, wherein the transaction manager 
maintains the collection of wrapper objects to manage resource object enlistment requests from 
different said threads associated with different transactions; 

ma i nta i n i ng an e n li stm e nt data structure, at a transact i on manag e r, to manag e r e sourc e 
obj e ct e n li stm e nt i n a p l ura li ty of transact i ons, wh e re i n e ach transact i on i s assoc i at e d w i th on e 
or mor e d i ff e r e nt sa i d thr e ads, and wh e r ei n the e nl i stm e nt data structur e ma i nta i ns a mapp i ng 
of r e sourc e and transact i on i d e nt i f i cat i on i nformation; 

wrapp i ng e aGh of on e or mor e r e sourc e obj e cts w i th a wrapp e r obj e ct, wh e r ei n th e 
transact i on manag e r us e s th e wrapp e r obj e ct to synchron i z e concurr e nt e n li stm e nt r e qu e sts 
from d i ff e r e nt sa i d thr e ads assoc i at e d w i th d i fferent transact i ons; 

receiving a request from [[one]] ajhread of the plurality of threads to enlist [[one]] a 
resource object of the plurality of one or more resource objects in [[one]] ^transaction at the 
transaction manager; 

first checking, via the transaction manager, to see if there is a lock being held on the 
resource object by another thread in another transaction; 

if yes, allowing, via the transaction manager, the thread to wait and signaling the thread 
once the lock is freed by the another thread in another transaction; 

if not, granting, via the transaction manager, a lock to an accessor associated with the 
thread and holding the lock until an owner of the thread delists the resource object. 

23. (Canceled). 

24. (Currently Amended) The method of Claim [[23]] 22, wherein: 

the collection of wrapper objects is periodically processed to remove objects that are 
unused or no longer active. 

25. (Canceled). 
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26. (Previously Presented) The method of Claim 22, further comprising: 

using a priority method to determine which thread will be granted a lock. 

27. (Currently Amended) The method of Claim 22, wh e r ei n further comprising : 

after th e thr e ad obta i ns obtaining a lock, using, via the thread,, [[uses]] the wrapper 
object to initiate work on the resource object. 

28. (Currently Amended) The method of Claim 22, wh e r ei n further comprising : 

receiving, at the wrapper object^ r e ce i ves a delist call from the transaction manager and 
sending an end call to the resource object to end work performed by the resource object 
associated with the thread and release the lock on the resource object. 

29. (Currently Amended) The method of Claim 22, wh e r ei n further comprising : 

once the transaction manager enlists the resource object and obtains a lock to the 
resource object, blocking any attempted enlist from a second thread i s b l ock e d . 

30. (Canceled). 

31. (Currently Amended) A computer-readable storage medium, storing instructions for 
interleaving resource enlistment synchronization, the instructions comprising the steps of: 

providing an application server with a plurality of threads, running on one or more 
processors; 

wrapping each resource object of a plurality of resource objects with a wrapper object in 
a collection of wrapper objects; 

managing, via a transaction manager, a plurality of transactions, wherein each 
transaction is associated with at least one said thread, wherein the transaction manager 
maintains the collection of wrapper objects to manage resource object enlistment requests from 
different said threads associated with different transactions; 

ma i nta i n i ng an e n li stm e nt data structur e , at a transact i on manag e r, to manag e r e sourc e 
obj e ct e n li stm e nt i n a p l ura li ty of transact i ons, wh e r ei n e ach transact i on i s assoc i at e d w i th on e 
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or moro d i fferent sa i d threads, and where i n the enl i stment data structure ma i nta i ns a mapp i ng 
of resource and transact i on i dent i f i cat i on i nformat i on; 

wrapp i ng e ach of on e or mor e r e source obj e cts w i th a wrapp e r obj e ct, wh e r ei n th e 
transact i on manag e r us e s th e wrapp e r obj e ct to synchron i z e concurr e nt e n li stm e nt r e qu e sts 
from d i ff e r e nt sa i d thr e ads assoc i at e d w i th d i ff e r e nt transact i ons; 

receiving a request from [[one]] a_thread of the plurality of threads to enlist [[one]] a 
resource object of the plurality of on e or mor e resource objects in [[one]] a_t.ransact.ion at the 
transaction manager; 

first checking, via the transaction manager, to see if there is a lock being held on the 
resource object by another thread in another transaction; 

if yes, allowing, via the transaction manager, the thread to wait and signaling the thread 
once the lock is freed by the another thread in another transaction; 

if not, granting, via the transaction manager, a lock to an accessor associated with the 
thread and holding the lock until an owner of the thread delists the resource object. 

32. (Previously Presented) The system of Claim 12, wherein: 

the wrapper object is periodically garbage collected to clear state and unused locks. 

33. (Previously Presented) The method of Claim 22, further comprising: 

determining, via the transaction manager, whether an application associated with the 
thread is a specific type of application; 

granting, via the transaction manager, the thread a lock only when the application is 
determined to be the specific type of application. 

34. (New) A system for interleaving resource enlistment synchronization, comprising: 

an application server with a plurality of threads, running on one or more processors; 

at least one resource object, wherein the at least one resource object is associated with 
a resource connection object; 

a transaction manager that manages a plurality of transactions, wherein each 
transaction is associated with at least one said thread, wherein the transaction manager 
maintains an enlistment data structure to manage resource object enlistment for the plurality of 
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transactions, and wherein the enlistment data structure maintains a mapping between the one 
or more resource objects and the plurality of transactions; 
wherein the resource connection object 

receiving a request, to access the at least one resource object that is associated 
with the resource connection object, from a first application that runs on the first thread, 

placing a call to the transaction manager and informing the transaction manager 
that current work performed by the at least one resource object is to be associated with 
a current transaction, 

wherein, after the transaction manager receives the call from the resource connection 
object, the transaction manager 

first checks to see if there is an in-progress enlistment of the at least one 
resource object by another thread in another transaction, 

if there is a lock, blocks the request to enlist the resource object in the 
transaction and prevent different transactions enlisted with a logical connection to the at 
least one resource object at same time, 

if there is no lock, enlists the at least one resource object in the transaction and 
signals the at least one resource object to begin processing the request. 
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